-
Notifications
You must be signed in to change notification settings - Fork 554
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove losetup workaround in minikube VM #1840
Remove losetup workaround in minikube VM #1840
Conversation
FWIW, the minikube.iso that is used for testing has been built with this change. |
e29d1c2
to
0c8c6c1
Compare
kubernetes/minikube#10255 has been merged, we'll have to wait for a minikube release that includes it before this PR can get moved out of draft. |
https://github.com/kubernetes/minikube/tree/v1.17.1 has been released and adds losetup from util-linux. The workaround is not needed anymore. This PR can get merged once #1811 is included. |
0c8c6c1
to
335c15a
Compare
@@ -130,17 +130,6 @@ function disable_storage_addons() { | |||
${minikube} addons disable storage-provisioner 2>/dev/null || true | |||
} | |||
|
|||
# minikube has the Busybox losetup, and that does not work with raw-block PVCs. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
removing this one will cause any issue for the one who is using an older minikube version?
On Wed, Feb 10, 2021 at 07:54:50AM -0800, Madhu Rajanna wrote:
@Madhu-1 commented on this pull request.
> @@ -130,17 +130,6 @@ function disable_storage_addons() {
${minikube} addons disable storage-provisioner 2>/dev/null || true
}
-# minikube has the Busybox losetup, and that does not work with raw-block PVCs.
removing this one will cause any issue for the one who is using an older minikube version?
Yes. But unfortunately we do not keep track of versions of dependencies
we have for testing, so I think that is ok.
|
if we keep the current workaround for |
Possibly. There is no guarantee that the binary from the host works on the guest. We are just lucky it does. If anyone runs the setup script on a different Linux distribution, or on an other architecture, there is a big chance things will break. |
It seems the minikube iso has not been updated? kubernetes/minikube#10444 has been filed to track it. |
Minor minikube versions mostly do not provide a new iso image. We'll have to wait until minikube 1.18.0 to get this merged. |
adding DNM till we get minikube major release |
Minikube v1.18 has been released. This conains a fix for our `losetup` workaround, so that can be removed now. Updates: ceph#1840 Signed-off-by: Niels de Vos <ndevos@redhat.com>
Minikube v1.18 has been released. This conains a fix for our `losetup` workaround, so that can be removed now. Updates: ceph#1840 Signed-off-by: Niels de Vos <ndevos@redhat.com>
Minikube v1.18 has been released. This conains a fix for our `losetup` workaround, so that can be removed now. Updates: #1840 Signed-off-by: Niels de Vos <ndevos@redhat.com>
Deploying Rook failed with:
Need to pull the ceph image from the local CI mirror into the minikube VM. |
Tests can be re-run after #1903 had been merged |
/retest all |
Even with minikube v1.18.0 the CI jobs fail with
This suggests that the Looking into it, kubernetes/minikube#10286 reverted the change... Trying to find out what the problem would be (as building the test iso failed with the revert too). |
kubernetes/minikube#10704 adds |
@Mergifyio rebase |
Signed-off-by: Niels de Vos <ndevos@redhat.com>
Command
|
335c15a
to
2c9696f
Compare
This pull request has been merged with the This option will be ignored starting May 1st, 2021, and removed This option can be replaced by |
Describe what this PR does
Currently the
losetup
executable is copied into the minikube VM because the version oflosetup
inside the VM does not support the-j
option which is required for BlockMode volumes.Related issues
See-also: kubernetes/minikube#8284 and kubernetes/minikube#10255
Show available bot commands
These commands are normally not required, but in case of issues, leave any of
the following bot commands in an otherwise empty comment in this PR:
/retest ci/centos/<job-name>
: retest the<job-name>
after unrelatedfailure (please report the failure too!)
/retest all
: run this in case the CentOS CI failed to start/report any testprogress or results